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Beschreibung 

Verfahren zur Diagnose von Treiberausgange und Diagnosepuls- 
manager 

5 

Die Erfindung betrifft ein Verfahren zur Diagnose von Trei- 
berausgangen,. insbesondere zuin Einsatz in einem Kraftfahr- 
zeug, bei dem zum Auslesen eines Diagnoseergebnisses an einem 
Treiberausgang dem Treiberausgang ein Puis zugefuhrt wird. 

10 

Die Erfindung betrifft weiterhin einen Diagnosepulsmanager 
zum Zufuhren von Pulsen zu Treiberausgangen in AbhangigJceit 
von Systemanforderungen^ insbesondere zum Einsatz in einem 
Kraf tf ahrzeug, um an Treiberausgangen Diagnoseergebnisse aus- 
15 zulesen. 

Es ist bekannt, Endstuf entreiberausgange im Rahmen einer Feh- 
lerdiagnose beim Betrieb eines Kraf tf ahrzeugs zu uberwachen. 
Um in gewissen Schaltzustanden eindeutige Diagnoseergebnisse 
20 zu erhalten, ist es notwendig^ einem Endstuf entreiberausgang 
aktiv einen Puis zuzufuhren. Die Zufuhrung eines solchen Pul- 
ses wird vom System angefordert. 

In diesem Zusammenhang ist es problematisch, wenn fur mehrere 
25 Treiberausgange gleichzeitig die Anforderung eines Pulses 
vorliegt, insbesondere dann, wenn aus Systemgriinden nicht 
gleichzeitig fur alle Treiberausgange ein Puis zur Verfiigung 
gestellt warden kann. Dies ist beispielsweise dann der Fall, 
wenn das System nur eine Timerf unktionalitat zur Verfiigung 
30 stellt. 

Der Erfindung liegt die Aufgabe zugrunde, ein Verfahren und 
einen Diagnosepulsmanager zur Verfiigung zu steilen, so dass 
bei gleichzeitiger Anforderung von Pulsen fiir mehrere Trei- 
35 berausgange eine zuverlassige Fehlerdiagnose erfolgen kann. 
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Diese Aufgabe wird mit den Merkmalen der unabhangigen Anspria- 
che gelost. 

Vorteilhafte Ausf uhrungsformen der Erfindung sind in den ab- 
5 hangigen Anspriichen angegeben. 

Die Erfindung baut auf dem gattungsgemafien Verfahren dadurch 
auff dass eine fiir einen Treiberausgang bestehende Anforde- 
rung eines Pulses gespeichert warden kann, wobei insbesondere 
mehrere gleichzeitig bestehende Anf orderungen gespeichert 
warden konnen^ und dass mehrere gespeicherte Anf orderungen 
gemafi vorgegebener Regeln nacheinander beriicksichtigt werden. 
Liegen somit mehrere Anf orderungen fiar Pulse vor, so ist es 
nicht erforderlich, nur eine dieser Anf orderungen willkurlich 
zu berucksichtigen und die anderen Anforderungen zu verwer- 
fen- Vielmehr konnen die Anforderungen gespeichert werden und 
nachfolgend gemaJi vorgegebener Regeln nacheinander beruck- 
sichtigt werden. 

20 Das Verfahren ist in vorteilhaf ter Weise dadurch weitergebil- 
det, dass die Anforderungen in einem Diagnosepulsanf orde- 
rungsregister als binare Werte gespeichert werden konnen^ 
dass die in dem Diagnosepulsanf orderungsregister gespeicher- 
ten Anforderungen in ein Diagnosepulsausf uhrungsregister u- 

25 bertragen werden konnen und dass das Diagnosepulsanf orde- 
rungsregister nach dem Ubertragen der Anforderungen in das 
Diagnosepulsausfuhrungsregister geloscht wird. Die Systeman- 
forderungen konnen somit zunachst in einem Diagnosepulsanfor- 
derungsregister gespeichert werden und dann in Abhangigkeit 

30 von Vorgangen in der Vergangenheit beziehungsweise von sons- 
tigen Kriterien gegebenenf alls in ein Diagnosepulsausf uh- 
rungsregister uberfuhrt werden. Nach Uberfuhrung der Informa- 
tion kann das Diagnosepulsanf orderungsregister geloscht wer- 
den, urn so in einem nachsten Zyklus neue Systemanf orderungen 

35 berucksichtigen zu konnen. 



10 



15 



wo 2005/012929 



PCT/EP2004/051541 



Nutzlicherweise ist vorgesehen, dass das Ubertragen der An- 
forderungen von dem Diagnosepulsanf orderungsregister in das 
Diagnosepulsausfljhrungsregister nur dann erfolgt, wenn in dem 
Diagnosepulsausf tihrungsregister keine Anf orderungen gespei- 
5 chert sind. Andernfalls wird zunachst eine im Diagnose- 
pulsausf uhrungsregister gespeicherte Anforderung, die als 
nachste auszufiihren ist, in einen an dem zugeordneten Trei- 
berausgang auszuf uhrenden Puis umgesetzt. 

10 Weiterhin ist ntitzlichr dass vor dem Ubertragen der Anforde- 
rungen von dem Diagnosepulsanf orderungsregister in das Diag- 
nosepulsausf uhrungsregister in dem Diagnosepulsanforderungs- 
register nicht mehr gespeicherte Anf orderungen ebenfalls in 
dem Diagnosepulsausf uhrungsregister geloscht warden. Auf die- 

15 se Weise wird berucJcsichtigt, ob Bedingungen, die in der Ver- 
gangenheit einmal vorgelegen haben, nach wie vor bestehen; 
nur wenn dies der Fall ist, kommt eine Ausfuhrung der Pulse 
am entsprechenden Treiberausgang in Frage. 

20 Die Erfindung ist in vorteilhaf ter Weise dadurch weitergebil- 
det, dass nach dem Berucksichtigen einer in dem Diagnose- 
pulsausfiihrungsregister gespeicherten Anforderung diese An- 
forderung in dem Diagnosepulsausf uhrungsregister geloscht 
wird- Bei einer nachf olgenden Abfrage des Diagnosepulsausf uh- 

25 rungsregisters konnen somit anderen Treiberausgangen zugeord- 
nete Diagnosepulse ausgefiihrt werden, sofern entsprechende 
Anf orderungen im Diagnosepulsausf uhrungsregister gespeichert 
sind. 

30 Es ist bevorzugtr dass die vorgegebenen Regeln auf mindestens 
einem der f olgenden Kriterien beruhen: verschiedene Treiber- 
ausgange haben unterschiedliche Prioritat, und eine einem be- 
stiramten Treiberausgang zugeordnete Anforderung darf beriick- 
sichtigt werden oder nicht. Im Falle der Berucksichtigung un- 

35 terschiedlicher Prioritaten werden die Anf orderungen zuerst 
berlicksicht-igt, die Treiberausgangen hoherer Prioritat zuge- 
ordnet sind. Beispielsweise kann vorgesehen sein, dass die 
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Treiberkanale in der Reihenfolge ihrer Ordnungszahl priori- 
siert sind. Im Falle des anderen Kriteriums, dass eine einem 
bestimmten Treiberausgang zugeordnete Anforderung beriicksich 
tigt werden darf oder nicht, kann vorgesehen sein, in Abhan- 
5 gigkeit sonstiger Voraussetzungen bestimmte Treiberausgange 
vollstandig von der Beauf schlagung mit angef orderten Pulsen 
auszunehmen . 

Es ist nutzlicherweise vorgesehen, dass die Prioritaten der 
10 Treiberausgange durch Konf iguration einer Steuerungs- und 
Priorisierungseinheit festgelegt werden. Diese kann bei- 
spielsweise beeinf lussen, ob Stellen in den Registern tat- 
sachlich beschrieben oder geloscht werden sollen. 

15 Insbesondere ist von Vorteil^ dass sich die Prioritaten der 
Treiberausgange dynamisch in Abhangigkeit von Betriebszustan 
den des Kraf tf ahrzeugs andern. Beispielsweise kann bei hohen 
Drehzahlen die Auswertung bestimmter Treiberausgange beson- 
ders sinnvoll sein, die andererseits bei niedrigen Drehzahlen 

20 nur von untergeordnetem Interesse sind. 

Die Erfindung baut auf dem gattungsgemalien Diagnosepulsmana- 
ger dadurch auf, dass ein Diagnosepulsanforderungsregister 
zum Speichern einer fur einen Treiberausgang bestehenden An- 

25 f order ung eines Pulses vorgesehen ist, wobei insbesondere 
roehrere gleichzeitig bestehende Anf orderungen gespeichert 
werden konnen, und dass mehrere gespeicherte Anf orderungen 
gemali vorgegebener Regeln nacheinander berucksichtigt werden 
konnen. Auf diese Weise werden die Vorteile und Besonderhei- 

30 ten des erf indungsgemafien Verfahrens auch im Rahmen eines Di- 
agnosepulsmanagers umgesetzt. Dies gilt auch fur die nachfol- 
gend angegebenen besonders bevorzugten Ausf uhrungsf ormen des 
erf indungsgemalien Diagnosepulsanf orderungsmanagers . 

35 Dieser ist in niitzlicher Weise dadurch weitergebildet, dass 

die Anf orderungen in dem Diagnosepulsanf order ungs register als 
binare Werte gespeichert werden konnen, dass die in dem Diag- 
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nosepulsanforderungsregister gespeicherten Anforderungen in 
ein Diagnosepulsausf uhrungsregister iibertragen werden konnen 
und dass das Diagnosepulsanf orderungsregister nach dem iiber- 
tragen der Anforderungen in das Diagnosepulsausfiihrungsregis- 
5 ter geloscht wird. 

Weiterhin ist vorgesehen, dass das Ubertragen der Anforderun- 
gen von dem Diagnosepulsanf orderungsregister in das Diagnose- 
pulsausf uhrungsregister nur dann erfolgt, wenn in dem Diagno- 
10 sepulsausf uhrungsregister keine Anforderungen gespeichert 
sind. 

Insbesondere ist von Vorteil, dass vor dem Ubertragen der An- 
forderungen von dem Diagnosepulsanf orderungsregister in das 
15 Diagnosepulsausfiihrungsregister in dem Diagnosepulsanf orde- 
rungsregister nicht mehr gespeicherte Anforderungen ebenfalls 
in dem Diagnosepulsausf uhrungsregister geloscht werden. 

Vorzugsweise ist auch vorgesehen, dass nach dem Berucksichti- 
20 gen einer in dem Diagnosepulsausf uhrungsregister gespeicher- 
ten Anforderung diese Anforderung in dem Diagnosepulsausf uh- 
rungsregister geloscht wird. 

Bei dem Diagnosepulsmanager ist es besonders bevorzugt, dass 
25 die vorgegebenen Regeln auf mindestens einem der folgenden 

Kriterien beruhen: verschiedene Treiberausgange haben unter- 
schiedliche Prioritat^ und eine einem bestimmten Treiberaus- 
gang zugeordnete Anforderung darf berucksichtigt werden oder 
nicht, 

30 

Hierbei ist weiterhin vorgesehen, dass die Prioritaten der 
Treiberausgange durch Konf iguration einer Steuerungs- und 
Priorisierungseinheit f estgelegt werden. 

35 Der erf indungsgemaBe Diagnosepulsmanager ist in vorteilhaf ter 
Weise dadurch weitergebildet, dass sich die Prioritaten der 
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Treiberausgange dynamisch in Abhangigkeit von Betriebszus tan- 
den des Kraftfahrzeugs andern. 

Der Erfindung liegt die Erkenntnis zugrunde^ dass bei gleich- 
zeitiger Anforderung von Pulsen fiir mehrere Treiberausgange 
gewahrleistet werden kann, dass alle Pulsanforderungen in ei- 
nam Diagnosepulsrnanager verarbeitet werden, Insbesondere kon- 
nen dabei Priori sierungsregeln und Steuerungsalgorithmen be- 
rucksichtigt werden. 

Die Erfindung wird nun mit Bezug auf die begleitenden Zeich- 
nungen anhand bevorzugter Ausfuhrungsf ormen beispielhaft er- 
lautert . 

15 Dabei zeigt: 

Figur 1 ein Funktionsblockdiagranun zur Erlauterung der vor- 
liegenden Erfindung; 

20 Figur 2 ein Flussdiagramm zur Erlauterung eines erfindungs- 
gemafien Verfahrens; und 

Figur 3 ein Diagramm zur beispielhaf ten Erlauterung des 
Flussdiagramms gemaB Figur 2 . 

25 

Figur 1 zeigt ein Funktionsblockdiagranun zur Erlauterung der 
vorliegenden Erfindung. Das in Figur 1 dargestellte Zentral- 
eleraent ist ein Diagnosepulsrnanager 10. Dieser ist auf der 
einen Seite mit Systemanf orderungen 12 konfrontiert und muss 

30 auf der anderen Seite fur eine Pulsausf uhrung 22 sorgen, die 
sich auf verschiedene Treiberausgange 20 bezieht. Der Diagno- 
sepulsrnanager 10 bewerkstelligt dies durch eine Anf orderungs- 
verarbeitung, die insbesondere ein Diagnosepulsanforderungs- 
register 14 umfasst, und eine Ausfiihrungsverarbeitung, die 

35 insbesondere ein Diagnosepulsausfiihrungsregister 16 umfasst. 
Zwischen der Anforderungsverarbeitung und der Ausf uhrungsver- 
arbeitung wird durch Steuerungs- und Priorisierungsf unktionen 



wo 2005/012929 



PCT/EP2004/051541 



7 

18 vermittelt, so dass gewahrleistet ist^ dass den Systernan- 
forderungen 12 bei der Pulsausf uhrung 22 Rechnung getragen 
wird, insbesondere unter Berucksichtigung verschiedener Kri- 
terien, was nachfolgend anhand verschiedener Beispiele erlau- 
5 tert wird. 

Figur 2 zeigt ein Flussdiagramm zur Erlauterung eines erfin- 
dungsgemafien Verfahrens. Es wird zunachst allgeraein ein Ab- 
lauf des erf indungsgemafien Verfahrens erlautert^ der nach dem 

10 Start des Verfahrens in Schritt SI mit fester Wiederholrate 

stattfindet. In Schritt S2 wird gepriift^ ob aktuell Diagnose- 
pulse angefordert werden. 1st dies nicht der Fall, so wird in 
Schritt S2A gepruft, ob in der Vergangenheit Diagnosepulse 
angefordert wurden. 1st auch dies nicht der Fall, so kehrt 

15 der Verfahrensablauf zur Prufung gemali Schritt S2 zurtick. 

Wurden in der Vergangenheit jedoch Diagnosepulse angefordert, 
so geht der Verfahrensablauf von Schritt SA2 zu dem Verfah- 
rensschritt 34 uber^ der in dem Fall, dass aktuell Diagnose- 
pulse angefordert werden (Schritt S2), uber den Verfahrens- 

20 schritt S3 erreicht wird. In diesem Verf ahrensschritt S3 wer- 
den die aktuell angef orderten Diagnosepulse in das Diagnose- 
pulsanf orderungsregister "diag_puls_anforder_reg" gespei- 
chert . 

25 In Schritt S4 wird nun gepruft, ob die Bedingungen fur in der 
Vergangenheit angeforderte Diagnosepulse weiterhin erfullt 
sind. 1st dies nicht der Fall, so wird gemafi Schritt S5 im 
Diagnosepulsausfuhrungsregister "diag_puls_ausf uhr_reg" und 
im Diagnosepulsanf orderungsregister die betreffende Pulsan- 

30 forderung geloscht. Im Anschluss daran beziehungsweise wenn 

die Bedingungen fur in der Vergangenheit angeforderte Diagno- 
sepulse jedoch weiterhin erfullt sind, wird in Schritt S6 ge- 
priift, ob alle in der Vergangenheit angef orderten Diagnose- 
pulse bereits ausgefiihrt sind, das heilit, ob fiir das Diagno- 

35 sepulsausfiihrungsregister gilt: diag_puls_ausfuhr_reg 0. 
Ist dies der Fall, so werden in Schritt S7 neu angeforderte 
Diagnosepulse aus dem Diagnosepulsanf orderungsregister in das 
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Diagnosepulsausfuhrungsregister iibertragen, das heiUt das Di- 
agnosepulsanforderungsregister wird in das Diagnosepulsaus- 
fuhrungsregister kopiert (di- 

ag_puls_ausfuhr reg = diag_pulsanf order reg) . Nachfolgend 
5 wird in Schritt S8 das Diagnosepulsanf orderungsregister ge- 
loscht (diag_puls_anforder_reg = 0) . 

Nachfolgend wird in Schritt S9 der nachste Diagnosepuls akti- 
viert und im Diagnosepulsausf uhrungsregister wird die betref- 

10 fende Pulsanforderung geloscht* Schritt S9 kann auch ausge- 
hend von Schritt S6 direkt erreicht warden, wenn nicht alle 
in der Vergangenheit angef orderten Diagnosepulse bereits aus- 
gefuhrt sind. In diesem Fall findet die Aktivierung der 
nachsten Diagnosepulse und das Loschen der entsprechenden 

15 Stelle im Diagnosepulsausf uhrungsregister fiir in der Vergan- 
genheit angef orderte Diagnosepulse statt. Nach Schritt S9 
geht der Funktionsablauf wieder zu Schritt 32 uber, bezie- 
hungsweise er endet in Schritt SIO. 

20 Figur 3 zeigt ein Diagramm zur beispielhaf ten Erlauterung des 
Flussdiagramms gemafi Figur 2. Anhand dieses Diagranmis werden 
verschiedene Ablaufe bei unterschiedlichen Szenarien von Sys- 
temanforderungen erlautert. In Schritt S2 werden zum Zeit- 
punkt n neue Diagnosepulse angef ordert, namlich fur die Trei- 

25 berausgange 1, 2 und 8. Folglich wird die in Schritt S2 gemafi 
Figur 2 gestellte Frage mit "ja" beantwortet, und der Verfah- 
rensablauf geht zu Schritt S3 iaber. 

In Schritt S3 werden unter Vermittlung der Priorisierungs- 
30 und Steuereinheit die aktuell angef orderten Pulse im Diagno- 
sepulsanf orderungsregister gespeichert. Im beispielhaf ten 
Fall werden somit die Registerstellen 1, 2 und 8 auf den Wert 
1 gesetzt, wobei das aktive Setzen der Registerstellen im 
vorliegenden Diagramm gemaB Figur 8 durch Schattierung der 
35 Registerstellen gekennzeichnet ist. 
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Nachfolgend wird in Schritt S4 gefragt, ob die Bedingungen 
fur gegebenenf alls in der Vergangenheit angeforderte Diagno- 
sepulse weiterhin erfiillt sind. Da es im vorliegenden Bei- 
spiel keine in der Vergangenheit angef orderten Diagnosepulse 

5 gibt, ist die Frage mit "ja" zu beantworten, so dass das Ver- 
fahren ohne Aktion in Schritt S5 zu Schritt S6 ubergeht. In 
Schritt S6 wird gepruft, ob gilt: diag_puls_ausfuhr_reg 0, 
Dies bedeutet in dem Fall, dass bereits in der Vergangenheit 
Diagnosepulse angefordert wurden, dass diese auch bereits 

0 ausgefiihrt wurden. Im vorliegenden Beispiel befindet sich das 
Diagnosepulsausfuhrungsregister durchgangig im Zustand 0, da 
dies sein Anf angszustand ist. Auf die Frage gemaii Schritt S6 
wird somit mit "ja" geantwortet, so dass in Schritt 57 die 
neu angef orderten Diagnosepulse aus dem Diagnosepulsanforde- 

5 rungsregister in das Diagnosepulsausf uhrungsregister ubertra- 
gen werden konnen. Dies erfolgt unter Vermittlung der Priori- 
sierungs- und Steuereinheit . 

Nachfolgend wird in Schritt S8 das Diagnosepulsanf orderungs- 
0 register geloscht. 

In Schritt S9 wird dann der nachste Diagnosepuls aktiviert, 
und die entsprechende Pulsanf orderung wird im Diagnose- 
pulsausf uhrungsregister geloscht. Im vorliegenden Beispiel 
5 hat die Stelle im Diagnosepulsausf uhrungsregister die hochste 
Prioritat, die dem Treiberausgang mit der hochsten Ordnungs- 
zahl zugeordnet ist. 

Der Verf ahrensablauf kehrt nachfolgend zu Schritt S2 zuriick, 
3 urn auf die zum Zeitpunkt n+1 vorliegenden Systemanforderungen 
zu reagieren, Im vorliegenden Beispiel werden wiederum neue 
Diagnosepulse angefordert, namlich auch hier wieder fur die 
Treiberausgange 1/ 2 und 8. Die Frage in Schritt S2 wird so- 
mit mit "ja" beantwortet, und der Verf ahrensablauf geht zu 
5 Schritt S3 uber. Da der Wert fur den Treiberausgang 8 im Di- 
agnosepulsausfiihrungsregister zum Zeitpunkt n in Schritt S9 
auf 0 gesetzt wurde, wird dieser in Schritt n+1 wieder auf 1 
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gesetzt, im Gegensatz zu den im Diagnosepulsanf orderungsre- 
gister den Treiberausgangen 1 und 2 entsprechenden Stellen, 
da diese im Diagnosepulsausf uhrungsregister nach wie vor auf 
1 gesetzt sind. 

5 

In Schritt S4 wird nachfolgend gepriift, ob die Bedingungen 
fur in der Vergangenheit angeforderte Diagnosepulse weiterhin 
erfiallt sind. Da dies der Fall ist - fiir die Treiberausgange 
1, 2 und 8 werden nach wie vor Diagnosepulse angefordert - 
10 wird sogleich zu Schritt S6 ubergegangen, in dem gepruft 

wird, ob alle in der Vergangenheit angef orderten Diagnosepul- 
se ausgefuhrt wurden. Diese Frage wird zum Zeitpunkt n+1 mit 
"nein" beantwortet, da die fur den ersten Treiberausgang und 
den zweiten Treiberausgang angef orderten Diagnosepulse noch 
15 nicht ausgefuhrt wurden. Das Verfahren geht folglich zu 

Schritt S9 uber, wo der in Prioritatsreihenf olge nachste Di- 
agnosepuls ausgefuhrt wird, namlich der Diagnosepuls fur den 
zweiten Treiberausgang. 

Das Verfahren geht nachfolgend wieder zu Schritt S2 uber, wo 
gepruft wird, ob aktuell Diagnosepulse angefordert werden. 
Diese Frage wird mit "ja" beantwortet, da zum Zeitpunkt n+2 
fur den Treiberausgang 2 ein Diagnosepuls angefordert wird. 
Folglich wird in Schritt S3 der aktuell angeforderte Diagno- 
sepuls an der entsprechenden Stelle im Diagnosepulsanf orde- 
rungsregister gespeichert. 

Nachfolgend wird in Schritt S4 gepruft, ob Bedingungen fiir in 
der Vergangenheit angeforderte Diagnosepulse weiterhin er- 
30 fiillt sind. Dies ist nur teilweise der Fall, namlich fur den 
Treiberausgang 2 und nicht fur die Treiberausgange 1 und 8, 
so dass die Frage insgesamt mit "nein" beantwortet werden 
muss. Folglich geht der Verf ahrensablauf zu Schritt 35 uber, 
wo im Diagnosepulsausfuhrungsregister und im Diagnosepulsan- 
35 forderungsregister die entsprechenden Stellen geloscht wer- 
den. Dies betrifft im Diagnosepulsanf orderungsregister die 
Stellen 1 und 8, wahrend im Diagnosepulsausf uhrungsregister 



20 
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aufgrund der bereits stattgef undenen Impulsausf uhrung am ach- 
ten Treiberausgang nur die dem ersten Treiberausgang entspre- 
chende Stelle auf 0 gesetzt werden muss. 

5 In Schritt S6 wird gepriift, ob alle in der Vergangenheit an- 
geforderten Diagnosepulse ausgefuhrt wurden. Dies ist der 
Fall, da das Diagnosepulsausfiihrungsregister vollstandig auf 
0 gesetzt ist. Das Verfahren geht folglich zu Schritt S7 uber 
und der Zustand des Diagnosepulsanf orderungsregisters wird in 
10 das Diagnosepulsausf iihrungsregister iibertragen. 

Nachfolgend wird in Schritt S8 das Diagnosepulsanf orderungs- 
register geloscht. 

15 In Schritt 59 wird der einzige gemaB Diagnosepulsausf uhrungs- 
register auszuflihrende Puis fur den zweiten Treiberausgang 
ausgefuhrt, und die entsprechende Stelle im Diagnosepulsaus- 
fuhrungsregister wird geloscht. 

20 Ohne dass im Vorangehenden stets darauf hingewiesen wurde, 
finden die Veranderungen in den Registern haufig unter Ver- 
mittlung der Priorisierungs- und Steuerungseinheit statt, was 
im Diagramm gemafi Figur 3 dadurch veranschaulicht ist, dass 
die die Beeinf lussung der Registerstellen reprasentierenden 

25 Pfeile durch die die Priorisierungs- und Steuerungseinheit 18 
symbolisierenden mit unterbrochenen Linien gezeichneten Kas- 
ten hindurchtreten mussen. 

Die Erfindung lasst sich wie folgt zusammenf assen : Es werden 
30 ein Verfahren zur Diagnose von Treiberausgangen 20 und ein 

Diagnosepulsmanager 10 angegeben, die in der Lage sind, einem 
Treiberausgang 20 einen Puis zuzufuhren, um eine Diagnose 
dieses Treiberausgangs durchzuf iihren. Da die Systemanf orde- 
rungen 12 so ausfallen konnen, dass gleichzeitig mehrere Di- 
35 agnosepulse angefordert werden, werden ein Diagnosepulsanf or- 
derungsregister 14 und ein Diagnosepulsausf iihrungsregister 16 
zur Verfligung gestellt, so dass roehrere gleichzeitig beste- 
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hende Anf orderungen 12 gespeichert werden konnen. Auf der 
Grundlage dieser Pufferung von Anforderungen 12 ist es mog- 
lich, dass mehrere gespeicherte Pulsanf orderungen gemafi vor- 
gegebener Regeln nacheinander beriicksichtigt werden konnen. 



5 
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Patentanspruche 

1. Verfahren zur Diagnose von Treiberausgangen (20), insbe 
sondere zum Einsatz in einem Kraftf ahrzeug, bei dem zum Aus- 

5 lesen eines Diagnoseergebnisses an einem Treiberausgang (20) 
dem Treiberausgang (20) ein Puis zugefuhrt wird, 
dadurch gekennzeichnet, 

dass eine fur einen Treiberausgang (20) bestehende Anfor 
10 derung (12) eines Pulses gespeichert werden kann, wobei 

insbesondere mehrere gleichzeitig bestehende Anforderun- 
gen (12) gespeichert werden konnen, und 

dass mehrere gespeicherte Anf orderungen (12) gemali vorge 
15 gebener Regeln nacheinander beriicksichtigt werden . 

2. Verfahren nach Anspruch 1^ 
dadurch gekennzeichnet, 

20 - dass die Anf orderungen (12) in einem Diagnosepulsanf orde 
rungsregister (14) als binare Werte gespeichert werden 
konneri, 

dass die in dem Diagnosepulsanf orderungsregister (14) ge 
25 speicherten Anf orderungen (12) in ein Diagnosepulsausf iih 

rungsregister (16) ubertragen werden konnen und 

dass das Diagnosepulsanf orderungsregister (14) nach dem 
Ubertragen der Anf orderungen (12) in das Diagnosepulsaus 
30 fuhrungsregister (16) geloscht wird, 

3. Verfahren nach Anspruch 2, 
dadurch gekennzeichnetr 

dass das Ubertragen der Anf orderungen (12) von dem Diagnose- 
35 pulsanf orderungsregister (14) in das Diagnosepulsausf uhrungs 
register (16) nur dann erfolgt, wenn in dem Diagnosepulsaus- 
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fuhrungsregister (16) keine Anf orderungen (12) gespeichert 
sind, 

4. Verfahren nach Anspruch 2 Oder 3, 

5 dadurch gekennzeichnet, 

dass vor dem Ubertragen der Anf orderungen (12) von dem Diag- 
nosepulsanforderungsregister (14) in das Diagnosepulsausf lih- 
rungsregister (16) in dem Diagnosepulsanf orderungsregister 
(14) nicht mehr gespeicherte Anf orderungen (12) ebenfalls in 
10 dem Diagnosepulsausfuhrungsregister (16) geloscht werden. 

5. Verfahren nach einem der Anspruche 2 bis 4, 
dadurch gekennzeichnet, 

dass nach dem Beriicksichtigen einer in dem Diagnosepulsaus- 
15 fuhrungsregister (16) gespeicherten Anforderung (12) diese 
Anforderung (12) in dem Diagnosepulsausf uhrungsregister (16) 
geloscht wird- 

6. Verfahren nach einem der vorhergehenden Anspruche, 
20 dadurch gekennzeichnet, 

dass die vorgegebenen Regeln auf mindestens einem der folgen- 
den Kriterien beruhen: 

verschiedene Treiberausgange (20) haben unterschiedliche 
25 Prioritat, und 

eine einem bestimmten Treiberausgang (20) zugeordnete An- 
forderung (12) darf beriicksichtigt werden oder nicht. 

30 7. Verfahren nach Anspruch 6, 

dadurch gekennzeichnet, 

dass die Prioritaten der Treiberausgange (20) durch Konfigu- 
ration einer Steuerungs- und Priorisierungseinheit (18) fest- 
gelegt werden. 

35 

8. Verfahren nach Anspruch 6 oder 1, 
dadurch gekennzeichnet^ 
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dass sich die Prior itaten der Treiberausgange (20) dynamisch 
in Abhangigkeit von Betriebszustanden des Kraf tfahrzeugs an- 
dern . 

5 9. Diagnosepulsmanager (10) zum Zufiihren von Pulsen zu 

Treiberausgangen (20) in Abhangigkeit von Systemanf orderunge 
(12) f insbesondere zum Einsatz in einem Kraf tf ahrzeug, um an 
Treiberausgangen (20) Diagnoseergebnisse auszulesen, 
dadurch gekennzeichnet, 

10 

dass ein Diagnosepulsanforderungsregister (14) zum Spei- 
chern einer fur einen Treiberausgang (20) bestehenden An 
forderung (12) eines Pulses vorgesehen ist, wobei insbe- 
sondere mehrere gleichzeitig bestehende Anforderungen 
15 (12) gespeichert werden konnen, und 

- dass mehrere gespeicherte Anforderungen (12) gemalS vorge 
gebener Regeln nacheinander berucksichtigt werden konnen 



20 10. Diagnosepulsmanager (10) nach Anspruch 9/ 
dadurch gekennzeichnet, 

dass die Anforderungen (12) in dem Diagnosepulsanf orde- 
rungsregister (14) als binare Werte gespeichert werden 
25 konnen. 



dass die in dem Diagnosepulsanf orderungsregister (14) ge 
speicherten Anforderungen (12) in ein Diagnosepulsausf uh 
rungsregister (16) ubertragen werden konnen und 

dass das Diagnosepulsanf orderungsregister (14) nach dem 
Ubertragen der Anforderungen (12) in das Diagnosepulsaus 
fuhrungsregister (16) geloscht wird. 



35 11. Diagnosepulsmanager (10) nach Anspruch 10, 
dadurch gekennzeichnet. 
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dass das Ubertragen der Anf orderungen (12) von dem Diag- 
nosepulsanf orderungsregister (14) in das Diagnosepulsaus- 
fuhrungsregister (16) nur dann erfolgt^ wenn in dem Diag- 
nosepulsausfuhrungsregister (16) keine Anf orderungen (12) 
5 gespeichert sind. 

12. Diagnosepulsmanager (10) nach Anspruch 10 oder 11, 
dadurch gekennzeichnet, 
dass vor dem Ubertragen der Anf orderungen (12) von dem Diag- 
10 nosepulsanf orderungsregister (14) in das Diagnosepulsausf iih- 
rungsregister (16) in dem Diagnosepulsanforderungsregister 
(14) nicht mehr gespeicherte Anf orderungen (12) ebenfalls in 
dem Diagnosepulsausfuhrungsregister (16) geloscht werden. 

15 13. Diagnosepulsmanager (10) nach einem der Anspriiche 10 bis 
12, 

dadurch gekennzeichnet, 
dass nach dem Beriicksichtigen einer in dem Diagnosepulsaus- 
fuhrungsregister (16) gespeicherten Anforderung (12) diese 
20 Anforderung (12) in dem Diagnosepulsausf uhrungsregister (16) 
geloscht wird. 

14. Diagnosepulsmanager (10) nach einem der Anspriiche 9 bis 
13, 

dadurch gekennzeichnet, 

dass die vorgegebenen Regeln auf mindestens einem der folgen- 
den Kriterien beruhen: 

verschiedene Treiberausgange (20) haben unterschiedliche 
Prioritat und 

eine einem bestiramten Treiberausgang (20) zugeordnete An- 
forderung (12) darf berucksichtigt werden oder nicht. 

15. Diagnosepulsmanager (10) nach Anspruch 14, 
dadurch gekennzeichnet. 
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dass die Prioritaten der Treiberausgange (20) durch Konfigu- 
ration einer Steuerungs- und Priorisierungseinheit (18) fest- 
gelegt werden. 

5 16. Diagnosepulsmanager (10) nach Anspruch 14 oder 15, 
dadurch gekennzeichnet, 

dass sich die Prioritaten der Treiberausgange (20) dynamisch 
in Abhangigkeit von Betriebszustanden des Kraf tf ahrzeugs an- 
dern. 
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